home *** CD-ROM | disk | FTP | other *** search
/ Freaks Macintosh Archive / Freaks Macintosh Archive.bin / Freaks Macintosh Archives / Textfiles / coloredbooks / AquaBook.sit.hqx / Aqua Book
Text File  |  1997-11-17  |  65KB  |  2,254 lines

  1.  
  2.     
  3.     
  4.         GLOSSARY OF COMPUTER SECURITY ACRONYMS
  5.  
  6.  
  7. AIS    Automated Information System
  8.  
  9. COMPUSEC    Computer Security
  10.  
  11. COMSEC    Communications Security
  12.  
  13. CSTVRP    Computer Security Technical Vulnerability Reporting Program
  14.  
  15. DAA    Designated Approving Authority
  16.  
  17. DAC    Discretionary Access Control
  18.  
  19. DES    Data Encryption Standard
  20.  
  21. DPL    Degausser Products List
  22.  
  23. DTLS    Descriptive Top-Level Specification
  24.  
  25. EPL    Evaluated Products List
  26.  
  27. ETL    Endorsed Tools List
  28.  
  29. FTLS    Formal Top-Level Specification
  30.  
  31. ISSO    Information System Security Officer
  32.  
  33. MAC    Mandatory Access Control
  34.  
  35. NCSC    National Computer Security Center
  36.  
  37. NTISSC     National Telecommunications and Information Systems Security 
  38.     Committee
  39.  
  40. OPSEC    Operations Security
  41.  
  42. PPL    Preferred Products List
  43.  
  44. SAISS    Subcommittee on Automated Information Systems Security of NTISSC
  45.  
  46. SSO    System Security Officer
  47.  
  48. STS    Subcommittee on Telecommunications Security of NTISSC
  49.     
  50. TCB    Trusted Computing Base
  51.  
  52. TCSEC    DoD Trusted Computer System Evaluation Criteria
  53.  
  54.  
  55.  
  56.          GLOSSARY OF COMPUTER SECURITY TERMS
  57.  
  58.  
  59.  
  60.  
  61.  
  62. *-property (or star property)
  63.  
  64. A Bell-La Padula security model rule allowing a subject write access to an
  65. object only if the security level of the object dominates the security level
  66. of the subject.  Also called confinement property.
  67.  
  68. -A-
  69.  
  70.  
  71. acceptance inspection
  72.     
  73.     The final inspection to determine whether or not a facility or
  74. system meets the specified technical and performance standards.  Note: This
  75. inspection is held immediately after facility and software testing and is the
  76. basis for commissioning or accepting the information system.
  77.  
  78.  
  79. access
  80.     
  81.     A specific type of interaction between a subject and an object that
  82. results in the flow of information from one to the other.
  83.  
  84.  
  85. access control
  86.     
  87.     The process of limiting access to the resources of a system only to
  88. authorized programs, processes, or other systems (in a network).  Synonymous
  89. with controlled access and limited access.
  90.  
  91.  
  92. access control mechanism
  93.     
  94.     Hardware or software features, operating procedures, management
  95. procedures, and various combinations of these designed to detect and prevent
  96. unauthorized access and to permit authorized access in an automated system.
  97.  
  98.  
  99. access level
  100.     
  101.     The hierarchical portion of the security level used to identify the
  102. sensitivity of data and the clearance or authorization of users.  Note: The
  103. access level, in conjunction with the nonhierarchical categories, forms the
  104. sensitivity label of an object.  See category, security level, and sensitivity
  105. label.
  106.  
  107.  
  108. access list
  109.     
  110.     A list of users, programs, and/or processes and the specifications
  111. of access categories to which each is assigned.
  112.  
  113.  
  114. access period
  115.     
  116.     A segment of time, generally expressed on a daily or weekly basis,
  117. during which access rights prevail.
  118.  
  119.  
  120.  
  121.  
  122. access port
  123.     
  124.     A logical or physical identifier that a computer uses to distinguish
  125. different terminal input/output data streams.
  126.  
  127.  
  128. access type
  129.     
  130.     The nature of an access right to a particular device, program, or
  131. file (e.g., read, write, execute, append, modify, delete, or create).
  132.  
  133.  
  134. accountability
  135.     
  136.     The property that enables activities on a system to be traced to
  137. individuals who may then be held responsible for their actions.
  138.  
  139.  
  140. accreditation
  141.     
  142.     A formal declaration by the DAA that the AIS is approved to operate
  143. in a particular security mode using a perscribed set of safeguards.
  144. Accreditation is the official management authorization for operation of an AIS
  145. and is based on the certification process as well as other management
  146. considerations.  The accreditation statement affixes security responsibility
  147. with the DAA and shows that due care has been taken for security.
  148.     
  149.  
  150. accreditation authority
  151.     
  152.     Synonymous with Designated Approving Authority.
  153.  
  154.  
  155. add-on security
  156.     
  157.     The retrofitting of protection mechanisms, implemented by hardware
  158. or software.
  159.  
  160.  
  161. administrative security
  162.     
  163.     The management constraints and supplemental controls established to
  164. provide an acceptable level of protection for data.  Synonymous with
  165. procedural security.
  166.  
  167.    
  168. assurance
  169.     
  170.     A measure of confidence that the security features and architecture
  171. of an AIS accurately mediate and enforce the security policy.
  172.  
  173.  
  174. attack
  175.     
  176.     The act of trying to bypass security controls on a system.  An
  177. attack may be active, resulting in the alteration of data; or passive,
  178. resulting in the release of data.  Note: The fact that an attack is made does
  179. not necessarily mean that it will succeed.  The degree of success depends on
  180. the vulnerability of the system or activity and the effectiveness of existing
  181. countermeasures.
  182.  
  183.  
  184. audit trail
  185.     
  186.     A chronological record of system activities that is sufficient to
  187. enable the reconstruction, reviewing, and examination of the sequence of
  188. environments and activities surrounding or leading to an operation, a
  189. procedure, or an event in a transaction from its inception to final results.
  190.  
  191.  
  192. authenticate
  193.     
  194.     (1) To verify the identity of a user, device, or other entity in a
  195. computer system, often as a prerequisite to allowing access to resources in a
  196. system.
  197.  
  198.      (2) To verify the integrity of data that have been stored,
  199. transmitted, or otherwise exposed to possible unauthorized modification.
  200.  
  201.  
  202. authenticator
  203.     
  204.     The means used to confirm the identity or to verify the eligibility
  205. of a station, originator, or individual.
  206.  
  207.  
  208. authorization
  209.     
  210.     The granting of access rights to a user, program, or process.
  211.  
  212.  
  213. automated data processing security
  214.     
  215.     Synonymous with automated information systems security.
  216.  
  217.  
  218. automated information system (AIS)
  219.     
  220.     An assembly of computer hardware, software and/or firmware
  221. configured to collect, create, communicate, compute, disseminate, process,
  222. store, and/or control data or information.
  223.  
  224.  
  225. automated information system security
  226.     
  227.     Measures and controls that protect an AIS against denial of service
  228. and unauthorized (accidental or intentional) disclosure, modification, or
  229. destruction of AISs and data.  AIS security includes consideration of all
  230. hardware and/or software functions, characteristics and/or features;
  231. operational procedures, accountability procedures, and access controls at the
  232. central computer facility, remote computer, and terminal facilities;
  233. management constraints; physical structures and devices; and personnel and
  234. communication controls needed to provide an acceptable level of risk for the
  235. AIS and for the data and information contained in the AIS.  It includes the
  236. totality of security safeguards needed to provide an acceptable protection
  237. level for an AIS and for data handled by an AIS.
  238.  
  239.  
  240. automated security monitoring
  241.     
  242.     The use of automated procedures to ensure that security controls are
  243. not circumvented.
  244.  
  245.  
  246. availability of data
  247.  
  248.       The state when data are in the place needed by the user, at the time
  249. the user needs them, and in the form needed by the user.
  250.  
  251.  
  252. -B-
  253.  
  254.  
  255. back door
  256.     
  257.     Synonymous with trap door.
  258.  
  259.  
  260. backup plan
  261.     
  262.     Synonymous with contingency plan.
  263.  
  264.  
  265. Bell-La Padula model
  266.  
  267.     A formal state transition model of computer security policy that
  268. describes a set of access control rules.  In this formal model, the entities
  269. in a computer system are divided into abstract sets of subjects and objects.
  270. The notion of a secure state is defined, and it is proven that each state
  271. transition preserves security by moving from secure state to secure state,
  272. thereby inductively proving that the system is secure.  A system state is
  273. defined to be "secure" if the only permitted access modes of subjects to
  274. objects are in accordance with a specific security policy.  In order to
  275. determine whether or not a specific access mode is allowed, the clearance of a
  276. subject is compared to the classification of the object, and a determination
  277. is made as to whether the subject is authorized for the specific access mode.
  278. See star property (*-property) and simple security property.
  279.  
  280.  
  281. benign environment
  282.     
  283.     A nonhostile environment that may be protected from external hostile
  284. elements by physical, personnel, and procedural security countermeasures.
  285.  
  286.  
  287. between-the-lines entry
  288.  
  289.     Unauthorized access obtained by tapping the temporarily inactive
  290. terminal of a legitimate user.  See piggyback.
  291.  
  292.  
  293. beyond A1
  294.     
  295.     A level of trust defined by the DoD Trusted Computer System
  296. Evaluation Criteria (TCSEC) that is beyond the state-of-the-art technology
  297. available at the time the criteria were developed.  It includes all the
  298. A1-level features plus additional ones not required at the A1 level.
  299.  
  300.  
  301. browsing
  302.     
  303.     The act of searching through storage to locate or acquire
  304. information without necessarily knowing of the existence or the format of the
  305. information being sought.
  306.  
  307.  
  308. -C-
  309.  
  310.  
  311. call back
  312.     
  313.     A procedure for identifying a remote terminal.  In a call back, the
  314. host system disconnects the caller and then dials the authorized telephone
  315. number of the remote terminal to reestablish the connection.  Synonymous with
  316. dial back.
  317.  
  318.  
  319. capability
  320.  
  321.     A protected identifier that both identifies the object and specifies
  322. the access rights to be allowed to the accessor who possesses the capability.
  323. In a capability-based system, access to protected objects such as files is
  324. granted if the would-be accessor possesses a capability for the object.
  325.  
  326.  
  327. category
  328.     
  329.     A restrictive label that has been applied to classified or
  330. unclassified data as a means of increasing the protection of the data and
  331. further restricting access to the data.
  332.  
  333.  
  334. certification
  335.     
  336.     The comprehensive evaluation of the technical and nontechnical
  337. security features of an AIS and other safeguards, made in support of the
  338. accreditation process, that establishes the extent to which a particular
  339. design and implementation meet a specified set of security requirements.
  340.  
  341.  
  342. closed security environment
  343.     
  344.     An environment in which both of the following conditions hold true:
  345. (1) Application developers (including maintainers) have sufficient clearances
  346. and authorizations to provide an acceptable presumption that they have not
  347. introduced malicious logic.  (2) Configuration control provides sufficient
  348. assurance that applications and the equipment are protected against the
  349. introduction of malicious logic prior to and during the operation of system
  350. applications.
  351.  
  352.  
  353. communications security (COMSEC)
  354.     
  355.     Measures taken to deny unauthorized persons information derived from
  356. telecommunications of the U.S.  Government concerning national security, and
  357. to ensure the authenticity of such telecommunicatons.  Communications security
  358. includes cryptosecurity, transmission security, emission security, and
  359. physical security of communications security material and information.
  360.  
  361.  
  362. compartment
  363.  
  364.     A class of information that has need-to-know access controls beyond
  365. those normally provided for access to Confidential, Secret or Top Secret
  366. information.
  367.  
  368.  
  369. compartmented security mode
  370.     
  371.     See modes of operation.
  372.  
  373.  
  374. compromise
  375.     
  376.     A violation of the security policy of a system such that
  377. unauthorized disclosure of sensitive information may have occurred.
  378.  
  379.  
  380. compromising emanations
  381.     
  382.     Unintentional data-related or intelligence-bearing signals that, if
  383. intercepted and analyzed, disclose the information transmission received,
  384. handled, or otherwise processed by any information processing equipment.  See
  385. TEMPEST.
  386.  
  387.  
  388. computer abuse
  389.     
  390.     The misuse, alteration, disruption or destruction of data processing
  391. resources.  The key aspect is that it is intentional and improper.
  392.  
  393.  
  394. computer cryptography
  395.     
  396.     The use of a crypto-algorithm in a computer, microprocessor, or
  397. microcomputer to perform encryption or decryption in order to protect
  398. information or to authenticate users, sources, or information.
  399.  
  400.  
  401. computer fraud
  402.     
  403.     Computer-related crimes involving deliberate misrepresentation,
  404. alteration or disclosure of data in order to obtain something of value
  405. (usually for monetary gain).  A computer system must have been involved in the
  406. perpetration or coverup of the act or series of acts.  A computer system might
  407. have been involved through improper manipulation of input data; output or
  408. results; applications programs; data files; computer operations;
  409. communications; or computer hardware, systems software, or firmware.
  410.  
  411.  
  412.  computer security (COMPUSEC) 
  413.     
  414.     Synonymous with automated information systems security.
  415.  
  416.  
  417. computer security subsystem
  418.     
  419.     A device designed to provide limited computer security features in a
  420. larger system environment.
  421.  
  422.  
  423. Computer Security Technical Vulnerability Reporting Program (CSTVRP)
  424.     
  425.     A program that focuses on technical vulnerabilities in commercially
  426. available hardware, firmware and software products acquired by DoD.  CSTVRP
  427. provides for the reporting, cataloging, and discreet dissemination of
  428. technical vulnerability and corrective measure information to DoD components
  429. on a need-to-know basis.
  430.  
  431.  
  432. concealment system
  433.     
  434.     A method of achieving confidentiality in which sensitive information
  435. is hidden by embedding it in irrelevant data.
  436.  
  437.  
  438. confidentiality
  439.  
  440.      The concept of holding sensitive data in confidence, limited to an
  441. appropriate set of individuals or organizations.
  442.  
  443.  
  444. configuration control
  445.     
  446.     The process of controlling modifications to the system's hardware,
  447. firmware, software, and documentation that provides sufficient assurance that
  448. the system is protected against the introduction of improper modifications
  449. prior to, during, and after system implementation.  Compare configuration
  450. management.
  451.  
  452.  
  453. configuration management
  454.     
  455.     The management of security features and assurances through control
  456. of changes made to a system's hardware, software, firmware, documentation,
  457. test, test fixtures and test documentation throughout the development and
  458. operational life of the system.  Compare configuration control.
  459.  
  460.  
  461. confinement
  462.     
  463.     The prevention of the leaking of sensitive data from a program.
  464.  
  465.  
  466. confinement channel
  467.     
  468.     Synonymous with covert channel.
  469.  
  470.  
  471. confinement property
  472.     
  473.     Synonymous with star property (*-property).
  474.  
  475.  
  476. contamination
  477.     
  478.     The intermixing of data at different sensitivity and need-to-know
  479. levels.  The lower level data is said to be contaminated by the higher level
  480. data; thus, the contaminating (higher level) data may not receive the required
  481. level of protection.
  482.  
  483.  
  484. contingency plan
  485.     
  486.     A plan for emergency response, backup operations, and post-disaster
  487. recovery maintained by an activity as a part of its security program that will
  488. ensure the availability of critical resources and facilitate the continuity of
  489. operations in an emergency situation.  Synonymous with disaster plan and
  490. emergency plan.
  491.  
  492.  
  493. control zone
  494.     
  495.     The space, expressed in feet of radius, surrounding equipment
  496. processing sensitive information, that is under sufficient physical and
  497. technical control to preclude an unauthorized entry or compromise.
  498.  
  499.  
  500. controlled access
  501.     
  502.     See access control.
  503.  
  504.  
  505. controlled sharing
  506.     
  507.     The condition that exists when access control is applied to all
  508. users and components of a system.
  509.  
  510.  
  511. cost-risk analysis
  512.     
  513.     The assessment of the costs of providing data protection for a
  514. system versus the cost of losing or compromising the data.
  515.  
  516.  
  517. countermeasure
  518.     
  519.     Any action, device, procedure, technique, or other measure that
  520. reduces the vulnerability of or threat to a system.
  521.  
  522. covert channel
  523.     
  524.     A communications channel that allows two cooperating processes to
  525. transfer information in a manner that violates the system's security policy.
  526. Synonymous with confinement channel.
  527.  
  528.  
  529. covert storage channel
  530.     
  531.     A covert channel that involves the direct or indirect writing of a
  532. storage location by one process and the direct or indirect reading of the
  533. storage location by another process.  Covert storage channels typically
  534. involve a finite resource (e.g., sectors on a disk) that is shared by two
  535. subjects at different security levels.
  536.  
  537.  
  538. covert timing channel
  539.     
  540.     A covert channel in which one process signals information to another
  541. by modulating its own use of system resources (e.g., CPU time) in such a way
  542. that this manipulation affects the real response time observed by the second
  543. process.
  544.  
  545.  
  546. Criteria
  547.     
  548.     See DoD Trusted Computer System Evaluation Criteria.
  549.  
  550.  
  551. crypto-algorithm 
  552.   
  553.        A well-defined procedure or sequence of rules or steps used to
  554. produce a key stream or cipher text from plain text and vice versa.
  555.  
  556.  
  557. cryptography
  558.  
  559.       The principles, means and methods for rendering information
  560. unintelligible, and for restoring encrypted information to intelligible form.
  561.  
  562.  
  563. cryptosecurity
  564.  
  565.      The security or protection resulting from the proper use of
  566. technically sound cryptosystems.
  567.  
  568.  
  569. -D-
  570.  
  571.  
  572. Data Encryption Standard (DES)
  573.     
  574.     A cryptographic algorithm for the protection of unclassified data,
  575. published in Federal Information Processing Standard (FIPS) 46.  The DES,
  576. which was approved by the National Institute of Standards and Technology, is
  577. intended for public and government use.
  578.  
  579.  
  580. data flow control
  581.     
  582.     Synonymous with  information flow control.
  583.  
  584.  
  585. data integrity
  586.     
  587.     The property that data meet an a priori expectation of quality.
  588.  
  589.  
  590. data security
  591.     
  592.     The protection of data from unauthorized (accidental or intentional)
  593. modification, destruction, or disclosure.
  594.  
  595.  
  596. declassification of AIS storage media
  597.     
  598.     An administrative decision or procedure to remove or reduce the
  599. security classification of the subject media.
  600.  
  601.  
  602. dedicated security mode
  603.     
  604.     See modes of operation.
  605.  
  606.  
  607. default classification
  608.     
  609.     A temporary classification reflecting the highest classification
  610. being processed in a system.  The default classification is included in the
  611. caution statement affixed to the object.
  612.  
  613.  
  614. degauss
  615.     
  616.     To reduce magnetic flux density to zero by applying a reverse
  617. magnetizing field.
  618.  
  619.  
  620. degausser
  621.     
  622.     An electrical device that can generate a magnetic field for the
  623. purpose of degaussing magnetic storage media.  Degausser Products List (DPL)
  624.  
  625.        A list of commercially produced degaussers that meet National
  626. Security Agency specifications.  This list is included in the NSA Information
  627. Systems Security Products and Services Catalogue, and is available through the
  628. Government Printing Office.
  629.  
  630.  
  631. denial of service
  632.     
  633.     Any action or series of actions that prevent any part of a system
  634. from functioning in accordance with its intended purpose.  This includes any
  635. action that causes unauthorized destruction, modification, or delay of
  636. service.  Synonymous with interdiction.
  637.  
  638.  
  639. Descriptive Top-Level Specification (DTLS)
  640.  
  641.     A top-level specification that is written in a natural language
  642. (e.g., English), an informal design notation, or a combination of the two.
  643.  
  644.  
  645. Designated Approving Authority (DAA)
  646.     
  647.     The official who has the authority to decide on accepting the
  648. security safeguards prescribed for an AIS or that official who may be
  649. responsible for issuing an accreditation statement that records the decision
  650. to accept those safeguards.
  651.  
  652.  
  653. dial back
  654.     
  655.     Synonymous with  call back.
  656.  
  657.  
  658. dial-up
  659.     
  660.     The service whereby a computer terminal can use the telephone to
  661. initiate and effect communication with a computer.
  662.  
  663.  
  664. disaster plan
  665.     
  666.     Synonymous with contingency plan. 
  667.  
  668.  
  669. discretionary access control (DAC)
  670.     
  671.     A means of restricting access to objects based on the identity and
  672. need-to-know of the user, process and/or groups to which they belong.  The
  673. controls are discretionary in the sense that a subject with a certain access
  674. permission is capable of passing that permission (perhaps indirectly) on to
  675. any other subject.  Compare mandatory access control.
  676.  
  677.  
  678. DoD Trusted Computer System Evaluation Criteria (TCSEC)
  679.     
  680.     A document published by the National Computer Security Center
  681. containing a uniform set of basic requirements and evaluation classes for
  682. assessing degrees of assurance in the effectiveness of hardware and software
  683. security controls built into systems.  These criteria are intended for use in
  684. the design and evaluation of systems that will process and/or store sensitive
  685. or classified data.  This document is Government Standard DoD 5200.28-STD and
  686. is frequently referred to as "The Criteria" or "The Orange Book."
  687.  
  688.  
  689. domain
  690.     
  691.     The unique context (e.g., access control parameters) in which a
  692. program is operating; in effect, the set of objects that a subject has the
  693. ability to access.  See process and subject.
  694.  
  695.  
  696. dominate
  697.  
  698.     Security level S1 is said to dominate security level S2 if the
  699. hierarchical classification of S1 is greater than or equal to that of S2 and
  700. the nonhierarchical categories of S1 include all those of S2 as a subset.  
  701.  
  702.  
  703. -E-
  704.  
  705.  
  706. emanations
  707.     
  708.     See compromising emanations.
  709.  
  710.  
  711. embedded system
  712.     
  713.     A system that performs or controls a function, either in whole or in
  714. part, as an integral element of a larger system or subsystem.
  715.  
  716.  
  717. emergency plan
  718.     
  719.     Synonymous with contingency plan.
  720.  
  721.  
  722. emission security
  723.  
  724.     The protection resulting from all measures taken to deny
  725. unauthorized persons information of value that might be derived from intercept
  726. and from an analysis of compromising emanations from systems.
  727.  
  728.  
  729. end-to-end encryption
  730.     
  731.     The protection of information passed in a telecommunications system
  732. by cryptographic means, from point of origin to point of destination.
  733.  
  734.  
  735. Endorsed Tools List (ETL)
  736.  
  737.     The list of formal verification tools endorsed by the NCSC for the
  738. development of systems with high levels of trust.
  739.  
  740.  
  741. Enhanced Hierarchical Development Methodology
  742.     
  743.     An integrated set of tools designed to aid in creating, analyzing,
  744. modifying, managing, and documenting program specifications and proofs.  This
  745. methology includes a specification parser and typechecker, a theorem prover,
  746. and a multi-level security checker.  Note: This methodology is not based upon
  747. the Hierarchical Development Methodology.
  748.  
  749.  
  750. entrapment
  751.     
  752.     The deliberate planting of apparent flaws in a system for the
  753. purpose of detecting attempted penetrations.
  754.  
  755.  
  756.  
  757.  
  758. environment
  759.     
  760.     The aggregate of external procedures, conditions, and objects that
  761. affect the development, operation, and maintenance of a system.
  762.  
  763.  
  764. erasure
  765.     
  766.     A process by which a signal recorded on magnetic media is removed.
  767. Erasure is accomplished in two ways: (1) by alternating current erasure, by
  768. which the information is destroyed by applying an alternating high and low
  769. magnetic field to the media; or (2) by direct current erasure, by which the
  770. media are saturated by applying a unidirectional magnetic field.
  771.  
  772.  
  773. Evaluated Products List (EPL)
  774.     
  775.     A list of equipments, hardware, software, and/or firmware that have
  776. been evaluated against, and found to be technically compliant, at a particular
  777. level of trust, with the DoD TCSEC by the NCSC.  The EPL is included in the
  778. National Security Agency Information Systems Security Products and Services
  779. Catalogue, which is available through the Government Printing Office.
  780.  
  781.  
  782. executive state
  783.     
  784.     One of several states in which a system may operate and the only one
  785. in which certain privileged instructions may be executed.  Such instructions
  786. cannot be executed when the system is operating in other (e.g., user) states.
  787. Synonymous with supervisor state.
  788.  
  789.  
  790. exploitable channel
  791.     
  792.     Any information channel that is usable or detectable by subjects
  793. external to the trusted computing base whose purpose is to violate the
  794. security policy of the system.  See covert channel.
  795.  
  796.  
  797. -F-
  798.  
  799.  
  800. fail safe
  801.     
  802.     Pertaining to the automatic protection of programs and/or processing
  803. systems to maintain safety when a hardware or software failure is detected in
  804. a system.
  805.  
  806.  
  807. fail soft
  808.     
  809.     Pertaining to the selective termination of affected nonessential
  810. processing when a hardware or software failure is detected in a system.
  811.  
  812.  
  813. failure access
  814.     
  815.     An unauthorized and usually inadvertent access to data resulting
  816. from a hardware or software failure in the system.
  817.  
  818.  
  819. failure control
  820.     
  821.     The methodology used to detect and provide fail-safe or fail-soft
  822. recovery from hardware and software failures in a system.
  823.  
  824.  
  825. fault
  826.     
  827.     A condition that causes a device or system component to fail to
  828. perform in a required manner.
  829.  
  830.  
  831. fetch protection
  832.     
  833.     A system-provided restriction to prevent a program from accessing
  834. data in another user's segment of storage.
  835.  
  836.  
  837. file protection
  838.     
  839.     The aggregate of all processes and procedures in a system designed
  840. to inhibit unauthorized access, contamination, or elimination of a file.
  841.  
  842.  
  843. file security
  844.     
  845.     The means by which access to computer files is limited to authorized
  846. users only.
  847.  
  848.  
  849. flaw hypothesis methodology
  850.     
  851.     A systems analysis and penetration technique in which specifications
  852. and documentation for the system are analyzed and then flaws in the system are
  853. hypothesized.  The list of hypothesized flaws is then prioritized on the basis
  854. of the estimated probability that a flaw exists and, assuming a flaw does
  855. exist, on the ease of exploiting it, and on the extent of control or
  856. compromise it would provide.  The prioritized list is used to direct a
  857. penetration attack against the system.
  858.  
  859.  
  860. flow control
  861.     
  862.     See information flow control.
  863.  
  864.  
  865. formal access approval
  866.     
  867.     Documented approval by a data owner to allow access to a particular
  868. category of information.
  869.  
  870.  
  871. Formal Development Methodology
  872.     
  873.     A collection of languages and tools that enforces a rigorous method
  874. of verification.  This methodology uses the Ina Jo specification language for
  875. successive stages of system development, including identification and modeling
  876. of requirements, high-level design, and program design.
  877.  
  878.  
  879. formal proof
  880.     
  881.     A complete and convincing mathematical argument, presenting the full
  882. logical justification for each proof step, for the truth of a theorem or set
  883. of theorems.
  884.  
  885.  
  886. formal security policy model
  887.     
  888.     A mathematically precise statement of a security policy.  To be
  889. adequately precise, such a model must represent the initial state of a system,
  890. the way in which the system progresses from one state to another, and a
  891. definition of a "secure" state of the system.  To be acceptable as a basis for
  892. a TCB, the model must be supported by a formal proof that if the initial state
  893. of the system satisfies the definition of a "secure" state and if all
  894. assumptions required by the model hold, then all future states of the system
  895. will be secure.  Some formal modeling techniques include: state transition
  896. models, denotational semantics models, and algebraic specification models.
  897. See Bell-La Padula model and security policy model.
  898.  
  899.  
  900. Formal Top-Level Specification (FTLS)
  901.     
  902.     A top-level specification that is written in a formal mathematical
  903. language to allow theorems showing the correspondence of the system
  904. specification to its formal requirements to be hypothesized and formally
  905. proven.  formal verification
  906.     
  907.     The process of using formal proofs to demonstrate the consistency
  908. between a formal specification of a system and a formal security policy model
  909. (design verification) or between the formal specification and its high level
  910. program implementation (implementation verification).
  911.  
  912.  
  913. front-end security filter
  914.     
  915.     A security filter, which could be implemented in hardware or
  916. software, that is logically separated from the remainder of the system to
  917. protect the system's integrity.
  918.  
  919.  
  920. functional testing
  921.     
  922.     The segment of security testing in which the advertised security
  923. mechanisms of the system are tested, under operational conditions, for correct
  924. operation.
  925.  
  926.  
  927. -G-
  928.  
  929.  
  930. granularity
  931.     
  932.     An expression of the relative size of a data object; e.g.,
  933. protection at the file level is considered coarse granularity, whereas
  934. protection at field level is considered to be of a finer granularity.
  935.  
  936.  
  937. guard
  938.     
  939.     A processor that provides a filter between two disparate systems
  940. operating at different security levels or between a user terminal and a data
  941. base to filter out data that the user is not authorized to access.
  942.  
  943.  
  944. Gypsy Verification Environment
  945.     
  946.     An integrated set of tools for specifying, coding, and verifying
  947. programs written in the Gypsy language, a language similar to Pascal which has
  948. both specification and programming features.  This methology includes an
  949. editor, a specification processor, a verification condition generator, a
  950. user-directed theorem prover, and an information flow tool.
  951.  
  952. -H-
  953.  
  954.  
  955. handshaking procedure
  956.     
  957.     A dialogue between two entities (e.g., a user and a computer, a
  958. computer and another computer, or a program and another program) for the
  959. purpose of identifying and authenticating the entities to one another.
  960.  
  961.  
  962. Hierarchical Development Methodology
  963.     
  964.     A methodology for specifying and verifying the design programs
  965. written in the Special specification language.  The tools for this methodology
  966. include the Special specification processor, the Boyer-Moore theorem prover,
  967. and the Feiertag information flow tool.
  968.  
  969.   
  970. host to front-end protocol
  971.     
  972.     A set of conventions governing the format and control of data that
  973. are passed from a host to a front-end machine.  
  974.  
  975.  
  976. -I-
  977.  
  978.  
  979.  identification
  980.     
  981.     The process that enables recognition of an entity by a system,
  982. generally by the use of unique machine-readable user names.
  983.  
  984.  
  985. impersonating
  986.     
  987.     Synonymous with spoofing.
  988.  
  989.  
  990. incomplete parameter checking
  991.     
  992.     A system design flaw that results when all parameters have not been
  993. fully anticipated for accuracy and consistency, thus making the system
  994. vulnerable to penetration.
  995.  
  996.  
  997. individual accountability
  998.     
  999.     The ability to associate positively the identity of a user with the
  1000. time, method, and degree of access to a system.
  1001.  
  1002.  
  1003. information flow control
  1004.     
  1005.     A procedure to ensure that information transfers within a system are
  1006. not made from a higher security level object to an object of a lower security
  1007. level.  See covert channel, simple security property, star property
  1008. (*-property).  Synonymous with data flow control and flow control.
  1009.  
  1010.  
  1011. Information System Security Officer (ISSO)
  1012.  
  1013.      The person responsible to the DAA for ensuring that security is
  1014. provided for and implemented throughout the life cycle of an AIS from the
  1015. beginning of the concept development plan through its design, development,
  1016. operation, maintenance, and secure disposal.
  1017.  
  1018.  
  1019. Information Systems Security Products and Services Catalogue
  1020.  
  1021.      A catalogue issued quarterly by the National Security Agency that
  1022. incorporates the DPL, EPL, ETL, PPL and other security product and service
  1023. lists.  This catalogue is available through the U.S.  Government Printing
  1024. Office, Washington, DC 20402, (202) 783-3238.
  1025.  
  1026.  
  1027. integrity
  1028.     
  1029.     Sound, unimpaired or perfect condition.
  1030.  
  1031. interdiction
  1032.     
  1033.     See denial of service.
  1034.  
  1035.  
  1036. internal security controls
  1037.     
  1038.     Hardware, firmware, and software features within a system that
  1039. restrict access to resources (hardware, software, and data) to authorized
  1040. subjects only (persons, programs, or devices).
  1041.  
  1042.  
  1043. isolation
  1044.     
  1045.     The containment of subjects and objects in a system in such a way
  1046. that they are separated from one another, as well as from the protection
  1047. controls of the operating system.  
  1048.  
  1049. -J-
  1050.  
  1051.  
  1052. This document contains no entries beginning with the letter. 
  1053.  
  1054.  
  1055. -K-
  1056.  
  1057.  
  1058. This document contains no entries beginning with the letter.
  1059.  
  1060.  
  1061. -L-
  1062.  
  1063.  
  1064. least privilege
  1065.     
  1066.     The principle that requires that each subject be granted the most
  1067. restrictive set of privileges needed for the performance of authorized tasks.
  1068. The application of this principle limits the damage that can result from
  1069. accident, error, or unauthorized use.
  1070.  
  1071.  
  1072. limited access
  1073.     
  1074.     Synonymous with access control.
  1075.  
  1076.  
  1077. list-oriented
  1078.  
  1079.     A computer protection system in which each protected object has a
  1080. list of all subjects authorized to access it.  Compare ticket-oriented.
  1081.  
  1082.  
  1083. lock-and-key protection system
  1084.     
  1085.     A protection system that involves matching a key or password with a
  1086. specific access requirement.
  1087.  
  1088.  
  1089. logic bomb
  1090.     
  1091.     A resident computer program that triggers the perpetration of an
  1092. unauthorized act when particular states of the system are realized.
  1093.  
  1094.  
  1095. loophole
  1096.     
  1097.     An error of omission or oversight in software or hardware that
  1098. permits circumventing the system security policy.  
  1099.  
  1100. -M-
  1101.  
  1102.  
  1103. magnetic remanence
  1104.     
  1105.     A measure of the magnetic flux density remaining after removal of
  1106. the applied magnetic force.  Refers to any data remaining on magnetic storage
  1107. media after removal of the power.
  1108.  
  1109.  
  1110. maintenance hook
  1111.     
  1112.     Special instructions in software to allow easy maintenance and
  1113. additional feature development.  These are not clearly defined during access
  1114. for design specification.  Hooks frequently allow entry into the code at
  1115. unusual points or without the usual checks, so they are a serious security
  1116. risk if they are not removed prior to live implementation.  Maintenance hooks
  1117. are special types of trap doors.
  1118.  
  1119.  
  1120. malicious logic
  1121.     
  1122.     Hardware, software, or firmware that is intentionally included in a
  1123. system for an unauthorized purpose; e.g., a Trojan horse.
  1124.  
  1125.  
  1126. mandatory access control (MAC)
  1127.     
  1128.     A means of restricting access to objects based on the sensitivity
  1129. (as represented by a label) of the information contained in the objects and
  1130. the formal authorization (i.e., clearance) of subjects to access information
  1131. of such sensitivity.  Compare discretionary access control.
  1132.  
  1133.  
  1134. masquerading
  1135.     
  1136.     Synonymous with spoofing.
  1137.  
  1138.  
  1139. mimicking
  1140.     
  1141.     Synonymous with spoofing.
  1142.  
  1143.  
  1144. modes of operation
  1145.     
  1146.     A description of the conditions under which an AIS functions, based
  1147. on the sensitivity of data processed and the clearance levels and
  1148. authorizations of the users.  Four modes of operation are authorized:
  1149.  
  1150.         (1)  Dedicated Mode
  1151.         An AIS is operating in the dedicated mode when each user
  1152. with direct or indirect individual access to the AIS, its peripherals, remote
  1153. terminals, or remote hosts, has all of the following: 
  1154.             a.  A valid personnel
  1155. clearance for all information on the system.
  1156.             b.  Formal access approval for, and has signed
  1157. nondisclosure agreements for all the information stored and/or processed
  1158. (including all compartments, subcompartments and/or special access programs).
  1159.             c.  A valid need-to-know for all information
  1160. contained within the system.
  1161.  
  1162.         (2)  System-High Mode
  1163.         An AIS is operating in the system-high mode when each user
  1164. with direct or indirect access to the AIS, its peripherals, remote terminals,
  1165. or remote hosts has all of the following:
  1166.             a.  A valid personnel clearance for all
  1167. information on the AIS.
  1168.             b.  Formal access approval for, and has signed
  1169. nondisclosure agreements for all the information stored and/or processed
  1170. (including all compartments, subcompartments, and/or special access programs).
  1171.  
  1172.             c.  A valid need-to-know for some of the
  1173. information contained within the AIS.
  1174.  
  1175.         (3)  Compartmented Mode
  1176.         An AIS is operating in the compartmented mode when each
  1177. user with direct or indirect access to the AIS, its peripherals, remote
  1178. terminals, or remote hosts, has all of the following:
  1179.             a.  A valid personnel clearance for the most
  1180. restricted information processed in the AIS.
  1181.             b.  Formal access approval for, and has signed
  1182. nondisclosure agreements for that information to which he/she is to have
  1183. access.
  1184.             c.  A valid need-to-know for that information to
  1185. which he/she is to have access.
  1186.  
  1187.         (4)  Multilevel Mode
  1188.         An AIS is operating in the multilevel mode when all the
  1189. following statements are satisfied concerning the users with direct or
  1190. indirect access to the AIS, its peripherals, remote terminals, or remote
  1191. hosts:
  1192.             a.  Some do not have a valid personnel clearance
  1193. for all the information processed in the AIS.
  1194.             b.  All have the proper clearance and have the
  1195. appropriate formal access approval for that information to which he/she is to
  1196. have access.
  1197.             c.  All have a valid need-to-know for that
  1198. information to which they are to have access.
  1199.  
  1200.  
  1201. multilevel device
  1202.  
  1203.     A device that is used in a manner that permits it to simultaneously
  1204. process data of two or more security levels without risk of compromise.  To
  1205. accomplish this, sensitivity labels are normally stored on the same physical
  1206. medium and in the same form (i.e., machine-readable or human-readable) as the
  1207. data being processed.
  1208.  
  1209.  
  1210. multilevel secure
  1211.  
  1212.     A class of system containing information with different
  1213. sensitivities that simultaneously permits access by users with different
  1214. security clearances and needs-to-know, but prevents users from obtaining
  1215. access to information for which they lack authorization.
  1216.  
  1217.  
  1218. multilevel security mode
  1219.  
  1220.     See modes of operation.
  1221.  
  1222.  
  1223. multiple access rights terminal
  1224.     
  1225.     A terminal that may be used by more than one class of users; for
  1226. example, users with different access rights to data.
  1227.  
  1228.  
  1229. multiuser mode of operation
  1230.     
  1231.     A mode of operation designed for systems that process sensitive
  1232. unclassified information in which users may not have a need-to-know for all
  1233. information processed in the system.  This mode is also for microcomputers
  1234. processing sensitive unclassified information that cannot meet the
  1235. requirements of the stand-alone mode of operation.
  1236.  
  1237.  
  1238. mutually suspicious
  1239.     
  1240.     The state that exists between interacting processes (subsystems or
  1241. programs) in which neither process can expect the other process to function
  1242. securely with respect to some property.
  1243.  
  1244.  
  1245. -N-
  1246.  
  1247.  
  1248. National Computer Security Assessment Program
  1249.     
  1250.     A program designed to evaluate the interrelationship of empirical
  1251. data of computer security infractions and critical systems profiles, while
  1252. comprehensively incorporating information from the CSTVRP.  The assessment
  1253. will build threat and vulnerability scenarios that are based on a collection
  1254. of facts from relevant reported cases.  Such scenarios are a powerful,
  1255. dramatic, and concise form of representing the value of loss experience
  1256. analysis.
  1257.  
  1258.  
  1259. National Computer Security Center (NCSC)
  1260.     
  1261.     Originally named the DoD Computer Security Center, the NCSC is
  1262. responsible for encouraging the widespread availability of trusted computer
  1263. systems throughout the Federal Government.
  1264.  
  1265.  
  1266. National Security Decision Directive 145 (NSDD 145)
  1267.     
  1268.     Signed by President Reagan on l7 September l984, this directive is
  1269. entitled "National Policy on Telecommunications and Automated Information
  1270. Systems Security." It provides initial objectives, policies, and an
  1271. organizational structure to guide the conduct of national activities toward
  1272. safeguarding systems that process, store, or communicate sensitive
  1273. information; establishes a mechanism for policy development; and assigns
  1274. implementation responsibilities.
  1275.  
  1276.  
  1277. National Telecommunications and Information Systems Security Advisory
  1278. Memoranda/ Instructions (NTISSAM, NTISSI)
  1279.  
  1280.     NTISS Advisory Memoranda and Instructions provide advice,
  1281. assistance, or information of general interest on telecommunications and
  1282. systems security to all applicable federal departments and agencies.
  1283. NTISSAMs/NTISSIs are promulgated by the National Manager for
  1284. Telecommunications and Automated Information Systems Security and are
  1285. recommendatory.
  1286.  
  1287.  
  1288. National Telecommunications and Information System Security Directives (NTISSD)
  1289.     
  1290.     NTISS Directives establish national-level decisions relating to
  1291. NTISS policies, plans, programs, systems, or organizational delegations of
  1292. authority.  NTISSDs are promulgated by the Executive Agent of the Government
  1293. for Telecommunications and Information Systems Security, or by the Chairman of
  1294. the NTISSC when so delegated by the Executive Agent.  NTISSDs are binding upon
  1295. all federal departments and agencies.
  1296.  
  1297.  
  1298. need-to-know
  1299.  
  1300.     The necessity for access to, knowledge of, or possession of specific
  1301. information required to carry out official duties.
  1302.  
  1303. network front end
  1304.     
  1305.     A device that implements the necessary network protocols, including
  1306. security-related protocols, to allow a computer system to be attached to a
  1307. network.
  1308.  
  1309.  
  1310. NSDD 145
  1311.  
  1312.      See National Security Decision Directive 145.
  1313.  
  1314. -O-
  1315.  
  1316.  
  1317. object
  1318.     
  1319.     A passive entity that contains or receives information.  Access to
  1320. an object potentially implies access to the information it contains.  Examples
  1321. of objects are: records, blocks, pages, segments, files, directories,
  1322. directory trees, and programs, as well as bits, bytes, words, fields,
  1323. processors, video displays, keyboards, clocks, printers, and network nodes.
  1324.  
  1325.  
  1326. object reuse
  1327.     
  1328.     The reassignment and reuse of a storage medium (e.g., page frame,
  1329. disk sector, magnetic tape) that once contained one or more objects.  To be
  1330. securely reused and assigned to a new subject, storage media must contain no
  1331. residual data (magnetic remanence) from the object(s) previously contained in
  1332. the media.
  1333.  
  1334.  
  1335. open security environment
  1336.     
  1337.     An environment that includes those systems in which at least one of
  1338. the following conditions holds true: (l) Application developers (including
  1339. maintainers) do not have sufficient clearance or authorization to provide an
  1340. acceptable presumption that they have not introduced malicious logic.  (2)
  1341. Configuration control does not provide sufficient assurance that applications
  1342. are protected against the introduction of malicious logic prior to and during
  1343. the operation of system applications.
  1344.  
  1345.  
  1346. Operations Security (OPSEC)
  1347.  
  1348.     An analytical process by which the U.S.  Government and its
  1349. supporting contractors can deny to potential adversaries information about
  1350. capabilities and intentions by identifying, controlling, and protecting
  1351. evidence of the planning and execution of sensitive activities and operations.
  1352.  
  1353.  
  1354. Orange Book 
  1355.  
  1356.     Alternate name for DoD Trusted Computer Security Evaluation
  1357. Criteria.
  1358.  
  1359.  
  1360. overt channel
  1361.     
  1362.     A path within a computer system or network that is designed for the
  1363. authorized transfer of data.  Compare covert channel.
  1364.  
  1365.  
  1366. overwrite procedure
  1367.     
  1368.     A stimulation to change the state of a bit followed by a known
  1369. pattern.  See magnetic remanence.
  1370.  
  1371. -P-
  1372.  
  1373.  
  1374. partitioned security mode
  1375.     
  1376.     A mode of operation wherein all personnel have the clearance but not
  1377. necessarily formal access approval and need-to-know for all information
  1378. contained in the system.  Not to be confused with compartmented security mode.
  1379.  
  1380.  
  1381. password
  1382.     
  1383.     A protected/private character string used to authenticate an
  1384. identity.
  1385.  
  1386.  
  1387. penetration
  1388.     
  1389.     The successful act of bypassing the security mechanisms of a system.
  1390.  
  1391.  
  1392. penetration signature
  1393.     
  1394.     The characteristics or identifying marks that may be produced by a
  1395. penetration.
  1396.  
  1397.  
  1398. penetration study
  1399.     
  1400.     A study to determine the feasibility and methods for defeating
  1401. controls of a system.
  1402.  
  1403.  
  1404. penetration testing
  1405.     
  1406.     The portion of security testing in which the evaluators attempt to
  1407. circumvent the security features of a system.  The evaluators may be assumed
  1408. to use all system design and implementation documentation, which may include
  1409. listings of system source code, manuals, and circuit diagrams.  The evaluators
  1410. work under the same constraints applied to ordinary users.
  1411.  
  1412.  
  1413. periods processing
  1414.     
  1415.     The processing of various levels of sensitive information at
  1416. distinctly different times.  Under periods processing, the system must be
  1417. purged of all information from one processing period before transitioning to
  1418. the next when there are different users with differing authorizations.
  1419.  
  1420.  
  1421. permissions
  1422.     
  1423.     A description of the type of authorized interactions a subject can
  1424. have with an object.  Examples include: read, write, execute, add, modify, and
  1425. delete.
  1426.  
  1427.  
  1428. personnel security
  1429.     
  1430.     The procedures established to ensure that all personnel who have
  1431. access to sensitive information have the required authority as well as
  1432. appropriate clearances.
  1433.  
  1434.  
  1435. physical security
  1436.  
  1437.     The application of physical barriers and control procedures as
  1438. preventive measures or countermeasures against threats to resources and
  1439. sensitive information.
  1440.  
  1441.  
  1442. piggyback
  1443.     
  1444.     Gaining unauthorized access to a system via another user's
  1445. legitimate connection.  See between-the-lines entry.
  1446.  
  1447.  
  1448. Preferred Products List (PPL)
  1449.     
  1450.     A list of commercially produced equipments that meet TEMPEST and
  1451. other requirements prescribed by the National Security Agency.  This list is
  1452. included in the NSA Information Systems Security Products and Services
  1453. Catalogue, issued quarterly and available through the Government Printing
  1454. Office.
  1455.  
  1456.  
  1457. print suppression
  1458.     
  1459.      Eliminating the displaying of characters in order to preserve their
  1460. secrecy; e.g., not displaying the characters of a password as it is keyed at
  1461. the input terminal.
  1462.  
  1463.  
  1464. privileged instructions
  1465.     
  1466.     A set of instructions (e.g., interrupt handling or special computer
  1467. instructions) to control features (such as storage protection features) that
  1468. are generally executable only when the automated system is operating in the
  1469. executive state.
  1470.  
  1471.  
  1472. procedural security
  1473.     
  1474.     Synonymous with administrative security.
  1475.  
  1476.  
  1477. process
  1478.  
  1479.       A program in execution. See domain and subject.
  1480.  
  1481.  
  1482. protection philosophy
  1483.     
  1484.     An informal description of the overall design of a system that
  1485. delineates each of the protection mechanisms employed.  A combination,
  1486. appropriate to the evaluation class, of formal and informal techniques is used
  1487. to show that the mechanisms are adequate to enforce the security policy.
  1488.  
  1489.  
  1490. protection ring
  1491.     
  1492.     One of a hierarchy of privileged modes of a system that gives
  1493. certain access rights to user programs and processes authorized to operate in
  1494. a given mode.
  1495.  
  1496.  
  1497. protection-critical portions of the TCB
  1498.     
  1499.     Those portions of the TCB whose normal function is to deal with the
  1500. control of access between subjects and objects.  Their correct operation is
  1501. essential to the protection of the data on the system.
  1502.  
  1503.  
  1504. protocols
  1505.     
  1506.     A set of rules and formats, semantic and syntactic, that permits
  1507. entities to exchange information.
  1508.  
  1509.  
  1510. pseudo-flaw
  1511.     
  1512.     An apparent loophole deliberately implanted in an operating system
  1513. program as a trap for intruders.
  1514.  
  1515.  
  1516. Public Law 100-235 (P.L. 100-235)
  1517.  
  1518.     Also known as the Computer Security Act of 1987, this law creates a
  1519. means for establishing minimum acceptable security practices for improving the
  1520. security and privacy of sensitive information in federal computer systems.
  1521. This law assigns to the National Institute of Standards and Technology
  1522. responsibility for developing standards and guidelines for federal computer
  1523. systems processing unclassified data.  The law also requires establishment of
  1524. security plans by all operators of federal computer systems that contain
  1525. sensitive information.
  1526.  
  1527.  
  1528. purge
  1529.     
  1530.     The removal of sensitive data from an AIS, AIS storage device, or
  1531. peripheral device with storage capacity, at the end of a processing period.
  1532. This action is performed in such a way that there is assurance proportional to
  1533. the sensitivity of the data that the data may not be reconstructed.  An AIS
  1534. must be disconnected from any external network before a purge.  After a purge,
  1535. the medium can be declassified by observing the review procedures of the
  1536. respective agency.
  1537.  
  1538.  
  1539. -Q-
  1540.  
  1541.  
  1542.  
  1543. This document contains no entries beginning with the letter.
  1544.  
  1545.  
  1546. -R-
  1547.  
  1548.  
  1549. read
  1550.     
  1551.     A fundamental operation that results only in the flow of information
  1552. from an object to a subject.
  1553.  
  1554.  
  1555. read access
  1556.     
  1557.     Permission to read information.
  1558.  
  1559.  
  1560. recovery procedures
  1561.     
  1562.     The actions necessary to restore a system's computational capability
  1563. and data files after a system failure.
  1564.  
  1565.  
  1566. reference monitor concept
  1567.     
  1568.     An access-control concept that refers to an abstract machine that
  1569. mediates all accesses to objects by subjects.
  1570.  
  1571.  
  1572. reference validation mechanism
  1573.     
  1574.     An implementation of the reference monitor concept.  A security
  1575. kernel is a type of reference validation mechanism.
  1576.  
  1577.  
  1578. reliability
  1579.     
  1580.     The probability of a given system performing its mission adequately
  1581. for a specified period of time under the expected operating conditions.
  1582.  
  1583.  
  1584. residual risk
  1585.     
  1586.     The portion of risk that remains after security measures have been
  1587. applied.
  1588.  
  1589.  
  1590. residue
  1591.     
  1592.     Data left in storage after processing operations are complete, but
  1593. before degaussing or rewriting has taken place.
  1594.  
  1595.  
  1596. resource encapsulation
  1597.     
  1598.     The process of ensuring that a resource not be directly accessible
  1599. by a subject, but that it be protected so that the reference monitor can
  1600. properly mediate accesses to it.  
  1601.  
  1602. restricted area
  1603.     
  1604.     Any area to which access is subject to special restrictions or
  1605. controls for reasons of security or safeguarding of property or material.
  1606.  
  1607.  
  1608. risk
  1609.     
  1610.     The probability that a particular threat will exploit a particular
  1611. vulnerability of the system.
  1612.  
  1613.  
  1614. risk analysis
  1615.     
  1616.     The process of identifying security risks, determining their
  1617. magnitude, and identifying areas needing safeguards.  Risk analysis is a part
  1618. of risk management.  Synonymous with risk assessment.
  1619.  
  1620.  
  1621. risk assessment
  1622.  
  1623.        Synonymous with risk analysis.
  1624.  
  1625.  
  1626. risk index
  1627.     
  1628.     The disparity between the minimum clearance or authorization of
  1629. system users and the maximum sensitivity (e.g., classification and categories)
  1630. of data processed by a system.  See CSC-STD-003-85 and CSC-STD-004-85 for a
  1631. complete explanation of this term.
  1632.  
  1633.  
  1634. risk management
  1635.     
  1636.     The total process of identifying, controlling, and eliminating or
  1637. minimizing uncertain events that may affect system resources.  It includes
  1638. risk analysis, cost benefit analysis, selection, implementation and test,
  1639. security evaluation of safeguards, and overall security review.  
  1640.  
  1641. -S-
  1642.  
  1643.  
  1644. safeguards
  1645.     
  1646.     See security safeguards.
  1647.  
  1648.  
  1649. scavenging
  1650.     
  1651.     Searching through object residue to acquire unauthorized data.
  1652.  
  1653.  
  1654. secure configuration management
  1655.     
  1656.     The set of procedures appropriate for controlling changes to a
  1657. system's hardware and software structure for the purpose of ensuring that
  1658. changes will not lead to violations of the system's security policy.
  1659.  
  1660.  
  1661. secure state
  1662.     
  1663.     A condition in which no subject can access any object in an
  1664. unauthorized manner.
  1665.  
  1666.  
  1667. secure subsystem
  1668.     
  1669.     A subsystem that contains its own implementation of the reference
  1670. monitor concept for those resources it controls.  However, the secure
  1671. subsystem must depend on other controls and the base operating system for the
  1672. control of subjects and the more primitive system objects.
  1673.  
  1674.  
  1675. security critical mechanisms
  1676.     
  1677.     Those security mechanisms whose correct operation is necessary to
  1678. ensure that the security policy is enforced.
  1679.  
  1680.  
  1681. security evaluation
  1682.     
  1683.     An evaluation done to assess the degree of trust that can be placed
  1684. in systems for the secure handling of sensitive information.  One type, a
  1685. product evaluation, is an evaluation performed on the hardware and software
  1686. features and assurances of a computer product from a perspective that excludes
  1687. the application environment.  The other type, a system evaluation, is done for
  1688. the purpose of assessing a system's security safeguards with respect to a
  1689. specific operational mission and is a major step in the certification and
  1690. accreditation process.
  1691.  
  1692.  
  1693. security fault analysis
  1694.     
  1695.     A security analysis, usually performed on hardware at gate level, to
  1696. determine the security properties of a device when a hardware fault is
  1697. encountered.  
  1698.  
  1699. security features
  1700.     
  1701.     The security-relevant functions, mechanisms, and characteristics of
  1702. system hardware and software.  Security features are a subset of system
  1703. security safeguards.
  1704.  
  1705.  
  1706. security filter
  1707.     
  1708.     A trusted subsystem that enforces a security policy on the data that
  1709. pass through it.
  1710.  
  1711.  
  1712. security flaw
  1713.   
  1714.      An error of commission or omission in a system that may allow
  1715. protection mechanisms to be bypassed.
  1716.  
  1717.  
  1718. security flow analysis
  1719.     
  1720.     A security analysis performed on a formal system specification that
  1721. locates potential flows of information within the system.
  1722.  
  1723.  
  1724. security kernel
  1725.     
  1726.     The hardware, firmware, and software elements of a TCB that
  1727. implement the reference monitor concept.  It must mediate all accesses, be
  1728. protected from modification, and be verifiable as correct.
  1729.  
  1730.  
  1731. security label
  1732.  
  1733.        A piece of information that represents the security level of an
  1734. object.
  1735.   
  1736.  
  1737. security level
  1738.     
  1739.     The combination of a hierarchical classification and a set of
  1740. nonhierarchical categories that represents the sensitivity of information.
  1741.  
  1742.  
  1743. security measures
  1744.     
  1745.     Elements of software, firmware, hardware, or procedures that are
  1746. included in a system for the satisfaction of security specifications.
  1747.  
  1748.   
  1749. security perimeter
  1750.     
  1751.     The boundary where security controls are in effect to protect
  1752. assets.
  1753.  
  1754.  
  1755. security policy
  1756.  
  1757.     The set of laws, rules, and practices that regulate how an
  1758. organization manages, protects, and distributes sensitive information.
  1759.  
  1760.  
  1761. security policy model
  1762.     
  1763.     A formal presentation of the security policy enforced by the system.
  1764. It must identify the set of rules and practices that regulate how a system
  1765. manages, protects, and distributes sensitive information.  See Bell-La Padula
  1766. model and formal security policy model.
  1767.  
  1768.  
  1769. security range
  1770.     
  1771.     The highest and lowest security levels that are permitted in or on a
  1772. system, system component, subsystem or network.
  1773.  
  1774.  
  1775. security requirements
  1776.     
  1777.     The types and levels of protection necessary for equipment, data,
  1778. information, applications, and facilities to meet security policy.
  1779.  
  1780.  
  1781. security requirements baseline
  1782.     
  1783.     A description of minimum requirements necessary for a system to
  1784. maintain an acceptable level of security.
  1785.  
  1786.  
  1787. security safeguards
  1788.     
  1789.     The protective measures and controls that are prescribed to meet the
  1790. security requirements specified for a system.  Those safeguards may include
  1791. but are not necessarily limited to: hardware and software security features,
  1792. operating procedures, accountability procedures, access and distribution
  1793. controls, management constraints, personnel security, and physical structures,
  1794. areas, and devices.  Also called safeguards.
  1795.  
  1796.  
  1797. security specifications
  1798.     
  1799.     A detailed description of the safeguards required to protect a
  1800. system.
  1801.  
  1802.  
  1803. security test and evaluation
  1804.     
  1805.     An examination and analysis of the security safeguards of a system
  1806. as they have been applied in an operational environment to determine the
  1807. security posture of the system.
  1808.  
  1809.  
  1810. security testing
  1811.     
  1812.     A process used to determine that the security features of a system
  1813. are implemented as designed.  This includes hands-on functional testing,
  1814. penetration testing, and verification.
  1815.  
  1816.  
  1817. sensitive information
  1818.     
  1819.     Any information, the loss, misuse, modification of, or unauthorized
  1820. access to, could affect the national interest or the conduct of Federal
  1821. programs, or the privacy to which individuals are entitled under Section 552a
  1822. of Title 5, U.S.  Code, but that has not been specifically authorized under
  1823. criteria established by an Executive order or an act of Congress to be kept
  1824. classified in the interest of national defense or foreign policy.
  1825.  
  1826.  
  1827.  sensitivity label
  1828.     
  1829.     A piece of information that represents the security level of an
  1830. object.  Sensitivity labels are used by the TCB as the basis for mandatory
  1831. access control decisions.
  1832.  
  1833.  
  1834. simple security condition
  1835.     
  1836.     See simple security property.
  1837.  
  1838.  
  1839. simple security property
  1840.     
  1841.     A Bell-La Padula security model rule allowing a subject read access
  1842. to an object only if the security level of the subject dominates the security
  1843. level of the object.  Synonymous with simple security condition.
  1844.  
  1845.  
  1846. single-level device
  1847.  
  1848.     An automated information systems device that is used to process data
  1849. of a single security level at any one time.
  1850.  
  1851.     
  1852. Software Development Methodologies
  1853.  
  1854.     Methodologies for specifying and verifying design programs for
  1855. system development.  Each methodology is written for a specific computer
  1856. language.  See Enhanced Hierarchical Development Methodology, Formal
  1857. Development Methodology, Gypsy Verification Environment and Hierarchical
  1858. Development Methodology.
  1859.  
  1860.  
  1861. software security
  1862.  
  1863.      General purpose (executive, utility or software development tools)
  1864. and applications programs or routines that protect data handled by a system.
  1865.  
  1866.  
  1867. software system test and evaluation process
  1868.  
  1869.      A process that plans, develops and documents the quantitative
  1870. demonstration of the fulfillment of all baseline functional performance,
  1871. operational and interface requirements.
  1872.   
  1873.  
  1874. spoofing
  1875.     
  1876.     An attempt to gain access to a system by posing as an authorized
  1877. user.  Synonymous with impersonating, masquerading or.mimicking.
  1878.  
  1879.  
  1880. stand-alone, shared system
  1881.     
  1882.     A system that is physically and electrically isolated from all other
  1883. systems, and is intended to be used by more than one person, either
  1884. simultaneously (e.g., a system with multiple terminals) or serially, with data
  1885. belonging to one user remaining available to the system while another user is
  1886. using the system (e.g., a personal computer with nonremovable storage media
  1887. such as a hard disk).
  1888.  
  1889.  
  1890. stand-alone, single-user system
  1891.     
  1892.     A system that is physically and electrically isolated from all other
  1893. systems, and is intended to be used by one person at a time, with no data
  1894. belonging to other users remaining in the system (e.g., a personal computer
  1895. with removable storage media such as a floppy disk).
  1896.  
  1897.  
  1898. star property 
  1899.     
  1900.     See *-property, page 2.
  1901.  
  1902.  
  1903. State Delta Verification System
  1904.     
  1905.     A system designed to give high confidence regarding microcode
  1906. performance by using formulae that represent isolated states of a computation
  1907. to check proofs concerning the course of that computation.
  1908.  
  1909.  
  1910. state variable
  1911.     
  1912.     A variable that represents either the state of the system or the
  1913. state of some system resource.
  1914.  
  1915.  
  1916. storage object
  1917.     
  1918.     An object that supports both read and write accesses.
  1919.  
  1920.  
  1921. Subcommittee on Automated Information Systems Security (SAISS)
  1922.     
  1923.     NSDD-145 authorizes and directs the establishment, under the NTISSC,
  1924. of a permanent Subcommittee on Automated Information Systems Security.  The
  1925. SAISS is composed of one voting member from each organization represented on
  1926. the NTISSC.
  1927.  
  1928.  
  1929. Subcommittee on Telecommunications Security (STS)
  1930.     
  1931.     NSDD-145 authorizes and directs the establishment, under the NTISSC,
  1932. of a permanent Subcommittee on Telecommunications Security.  The STS is
  1933. composed of one voting member from each organization represented on the
  1934. NTISSC.
  1935.  
  1936.  
  1937. subject
  1938.     
  1939.     An active entity, generally in the form of a person, process, or
  1940. device, that causes information to flow among objects or changes the system
  1941. state.  Technically, a process/domain pair.
  1942.  
  1943.  
  1944. subject security level
  1945.     
  1946.     A subjects security level is equal to the security level of the
  1947. objects to which it has both read and write access.  A subjects security level
  1948. must always be dominated by the clearance of the user with which the subject
  1949. is associated.
  1950.  
  1951.  
  1952. supervisor state
  1953.     
  1954.     Synonymous with executive state.
  1955.  
  1956.  
  1957. System Development Methodologies
  1958.  
  1959.      Methodologies developed through software engineering to manage the
  1960. complexity of system development.  Development methodologies include software
  1961. engineering aids and high-level design analysis tools.
  1962.  
  1963.  
  1964. system high security mode
  1965.  
  1966.     See modes of operation.
  1967.  
  1968.  
  1969.  system integrity
  1970.     
  1971.     The quality that a system has when it performs its intended function
  1972. in an unimpaired manner, free from deliberate or inadvertent unauthorized
  1973. manipulation of the system.
  1974.  
  1975.  
  1976. system low
  1977.     
  1978.     The lowest security level supported by a system at a particular time
  1979. or in a particular environment.
  1980.  
  1981.  
  1982. System Security Officer (SSO)
  1983.     
  1984.     See Information System Security Officer. 
  1985.  
  1986.  
  1987. Systems Security Steering Group
  1988.     
  1989.     The senior government body established by NSDD-145 to provide
  1990. top-level review and policy guidance for the telecommunications security and
  1991. automated information systems security activities of the U.S.  Government.
  1992. This group is chaired by the Assistant to the President for National Security
  1993. Affairs and consists of the Secretary of State, Secretary of Treasury, the
  1994. Secretary of Defense, the Attorney General, the Director of the Office of
  1995. Management and Budget, and the Director of Central Intelligence.
  1996.  
  1997.  
  1998. -T-
  1999.  
  2000.  
  2001. tampering
  2002.     
  2003.     An unauthorized modification that alters the proper functioning of
  2004. an equipment or system in a manner that degrades the security or functionality
  2005. it provides.
  2006.  
  2007.   
  2008. technical attack
  2009.     
  2010.     An attack that can be perpetrated by circumventing or nullifying
  2011. hardware and software protection mechanisms, rather than by subverting system
  2012. personnel or other users.
  2013.  
  2014.  
  2015. technical vulnerability
  2016.     
  2017.     A hardware, firmware, communication, or software flaw that leaves a
  2018. computer processing system open for potential exploitation, either externally
  2019. or internally, thereby resulting in risk for the owner, user, or manager of
  2020. the system.
  2021.  
  2022.  
  2023. TEMPEST
  2024.     
  2025.     The study and control of spurious electronic signals emitted by
  2026. electrical equipment.
  2027.  
  2028.  
  2029. terminal identification
  2030.     
  2031.     The means used to uniquely identify a terminal to a system.
  2032.  
  2033.  
  2034. threat
  2035.     
  2036.     Any circumstance or event with the potential to cause harm to a
  2037. system in the form of destruction, disclosure, modification of data, and/or
  2038. denial of service.
  2039.  
  2040.  
  2041. threat agent
  2042.     
  2043.     A method used to exploit a vulnerability in a system, operation, or
  2044. facility.
  2045.  
  2046.  
  2047. threat analysis
  2048.     
  2049.     The examination of all actions and events that might adversely
  2050. affect a system or operation.
  2051.  
  2052.  
  2053. threat monitoring
  2054.     
  2055.     The analysis, assessment, and review of audit trails and other data
  2056. collected for the purpose of searching out system events that may constitute
  2057. violations or attempted violations of system security.
  2058.  
  2059.  
  2060. ticket-oriented
  2061.     
  2062.     A computer protection system in which each subject maintains a list
  2063. of unforgeable bit patterns, called tickets, one for each object the subject
  2064. is authorized to access.  Compare list-oriented.
  2065.  
  2066.  
  2067. time-dependent password
  2068.     
  2069.     A password that is valid only at a certain time of day or during a
  2070. specified interval of time.
  2071.  
  2072.  
  2073. top-level specification
  2074.     
  2075.     A nonprocedural description of system behavior at the most abstract
  2076. level; typically, a functional specification that omits all implementation
  2077. details.
  2078.  
  2079.  
  2080. tranquility
  2081.     
  2082.     A security model rule stating that the security level of an object
  2083. cannot change while the object is being processed by an AIS.
  2084.  
  2085.  
  2086. trap door
  2087.     
  2088.     A hidden software or hardware mechanism that can be triggered to
  2089. permit system protection mechanisms to be circumvented.  It is activated in
  2090. some innocent-appearing manner; e.g., a special "random" key sequence at a
  2091. terminal.  Software developers often introduce trap doors in their code to
  2092. enable them to reenter the system and perform certain functions.  Synonymous
  2093. with back door.
  2094.  
  2095.  
  2096. Trojan horse
  2097.     
  2098.     A computer program with an apparently or actually useful function
  2099. that contains additional (hidden) functions that surreptitiously exploit the
  2100. legitimate authorizations of the invoking process to the detriment of security
  2101. or integrity.
  2102.  
  2103.  
  2104. trusted computer system
  2105.     
  2106.     A system that employs sufficient hardware and software assurance
  2107. measures to allow its use for simultaneous processing of a range of sensitive
  2108. or classified information.
  2109.  
  2110. Trusted Computing Base (TCB)
  2111.     
  2112.     The totality of protection mechanisms within a computer system,
  2113. including hardware, firmware, and software, the combination of which is
  2114. responsible for enforcing a security policy.  A TCB consists of one or more
  2115. components that together enforce a unified security policy over a product or
  2116. system.  The ability of a TCB to enforce correctly a unified security policy
  2117. depends solely on the mechanisms within the TCB and on the correct input by
  2118. system administrative personnel of parameters (e.g., a user's clearance level)
  2119. related to the security policy.
  2120.  
  2121.  
  2122. trusted distribution
  2123.  
  2124.       A trusted method for distributing the TCB hardware, software, and
  2125. firmware components, both originals and updates, that provides methods for
  2126. protecting the TCB from modification during distribution and for detection of
  2127. any changes to the TCB that may occur.
  2128.  
  2129.  
  2130.  trusted identification forwarding
  2131.     
  2132.     An identification method used in networks whereby the sending host
  2133. can verify that an authorized user on its system is attempting a connection to
  2134. another host.  The sending host transmits the required user authentication
  2135. information to the receiving host.  The receiving host can then verify that
  2136. the user is validated for access to its system.  This operation may be
  2137. transparent to the user.
  2138.  
  2139.  
  2140. trusted path
  2141.     
  2142.       A mechanism by which a person at a terminal can communicate
  2143. directly with the TCB.  This mechanism can only be activated by the person or
  2144. the TCB and cannot be imitated by untrusted software.
  2145.     
  2146.  
  2147. trusted process
  2148.     
  2149.     A process whose incorrect or malicious execution is capable of
  2150. violating system security policy.
  2151.  
  2152.  
  2153. trusted software
  2154.     
  2155.     The software portion of the TCB. 
  2156.  
  2157. -U-
  2158.  
  2159.  
  2160. untrusted process
  2161.     
  2162.     A process that has not been evaluated or examined for adherence to
  2163. the secuity policy.  It may include incorrect or malicious code that attempts
  2164. to circumvent the security mechanisms.
  2165.  
  2166.  
  2167. user
  2168.  
  2169.     Person or process accessing an AIS either by direct connections
  2170. (i.e., via terminals), or indirect connections (i.e., prepare input data or
  2171. receive output that is not reviewed for content or classification by a
  2172. responsible individual).
  2173.  
  2174.  
  2175. user ID
  2176.     
  2177.     A unique symbol or character string that is used by a system to
  2178. identify a specific user.
  2179.  
  2180.  
  2181. user profile
  2182.     
  2183.     Patterns of a user's activity that can be used to detect changes in
  2184. normal routines.  
  2185.  
  2186. -V-
  2187.  
  2188.  
  2189. verification
  2190.     
  2191.     The process of comparing two levels of system specification for
  2192. proper correspondence (e.g., security policy model with top-level
  2193. specification, top-level specification with source code, or source code with
  2194. object code).  This process may or may not be automated.
  2195.  
  2196.  
  2197. virus
  2198.     
  2199.     A self-propagating Trojan horse, composed of a mission component, a
  2200. trigger component, and a self-propagating component.
  2201.  
  2202.  
  2203. vulnerability
  2204.     
  2205.     A weakness in system security procedures, system design,
  2206. implementation, internal controls, etc., that could be exploited to violate
  2207. system security policy.
  2208.  
  2209.  
  2210. vulnerability analysis
  2211.     
  2212.     The systematic examination of systems in order to determine the
  2213. adequacy of security measures, identify security deficiencies, and provide
  2214. data from which to predict the effectiveness of proposed security measures.
  2215.  
  2216.  
  2217. vulnerability assessment
  2218.  
  2219.      A measurement of vulnerability which includes the susceptibility of
  2220. a particular system to a specific attack and the opportunities available to a
  2221. threat agent to mount that attack.  
  2222.  
  2223.  
  2224. -W-
  2225.  
  2226.  
  2227. work factor
  2228.  
  2229.     An estimate of the effort or time needed by a potential penetrator
  2230. with specified expertise and resources to overcome a protective measure.
  2231.  
  2232. write
  2233.  
  2234.     A fundamental operation that results only in the flow of information
  2235. from a subject to an object.
  2236.  
  2237.  
  2238. write access
  2239.  
  2240.     Permission to write to an object.
  2241.  
  2242.  
  2243. -X,Y,Z-
  2244.  
  2245.  
  2246.  
  2247. This document contains no entries beginning with the letters  X, Y, or Z.
  2248.  
  2249.  
  2250.  
  2251.  
  2252.  
  2253.   
  2254.